专题研究N2214：Vitalik关注的人（项目）之四十五Tim Beiko

专题研究N2214：VITALIK关注的人（项目）之四十五Tim Beiko

按：VITALIK是以太坊区块链的创始人、精神领袖，年纪轻，入行早，理论水平高；人以群分，物以类聚；能被VITALIK在推特上关注的人，现在也只有三百余人；在今年早期，VITALIK曾经在推特上公开回答问题，也只是针对他关注的数百人开放；可见，他关注的人都是他欣赏、认可的人；故此，做个VITALIK关注的人专题，也是从区块链精英维度来了解他们对区块链和加密经济认知、观点的一个重要和精华的部分；个人觉得十分有意义。（当然这些人里面肯定有在我前期研究过的两千多个专题中的，就不再重复），此志。

Tim Beiko | timbeiko.eth 🐼，
@TimBeiko，
helping @ethereum
win，
🇨🇦，hackmd.io/@timbeiko/acd/，出生于 6月1日，
2009年10月加入，
693 正在关注，
7.9万关注者，

置顶推文：AllCoreDevs 更新 #012 新鲜出炉🔥
它涵盖了 The Merge 的最新信息，包括。人们应该如何准备，以太坊测试网的未来，EIP-4844 的进展以及@EthCatHerders
😸最近以客户为中心的 PEEPanEIP 系列，这里也是所有以前更新的链接： https://hackmd.io/@timbeiko/acd/，上午1:17 · 2022年7月8日

再一次，Ben 😄不容错过的更新https://twitter.com/benjaminion_xyz/status/1548077780482461698，
上午6:51 · 2022年7月16日

新播客集！ 🚨 🎙️
从@ethereum
⛏️➡️🥩到@TimBeiko
过渡到 PoS 的进度检查，
此外，协议的价值支撑以及投资者在合并后可以期待什么。 👀 💰
一探究竟！
@TimBeiko
在昨天的电话会议中提议将 9 月 19 日作为 Merge 的暂定目标日期，但没有遇到开发人员的任何反对意见（大约 45:30）请记住，这是一个路线图，而不是硬性截止日期。

. @ProtocolGuild
提供了一个简化的“API”，以便与以太坊协议开发人员共享应用程序级别的优势。我们需要多次射门来解决公共产品资金不足的问题，我非常支持这个道具！小时/吨@trent_vanepps
@TimBeiko

约 5 分钟后开始通话！如果您想观看#AllCoreDevs直播，您可以在这里加入： https://youtu.be/K_Cjn74lMSY
议程： https://github.com/ethereum/pm/issues/562
今天晚些时候将在这里发布一个回顾，
好的，让我们回顾一下！这是一个很好的电话，我建议观看完整的录音📺 ！
我们讨论的第一件事是推回难度炸弹的灰色冰川前叉。事情进展顺利，区块时间现在恢复正常🕰 ，例如，在 Etherscan 上参见：有两个小矿工在旧链上持续开采约 10 个区块。一个是@exa_pool
，另一个是匿名的。我向他们发送了两个链上 ping，从那时起，他们都在升级后的链🎉 https://etherscan.io/tx/0x42f1e090bb5472cd1d9f7fd7eed6cf17e1c2d7c2dada71da29f044f9e9dd8214上开采了块
https://etherscan.io/tx/0xc27599432，
接下来，我们讨论了最近的 Sepolia 合并。正如已经提到的那样，在 The Merge 之后，由于与 TTD 相关的配置问题，我们看到验证者数量大幅下降。 @EthDreamer
对此有一个很好的讨论：简而言之，这是因为一些操作员在实际运行正确的合并软件时意外执行了两次 TTD 覆盖。出于几个原因，这不是我们期望在主网上看到的。首先，理想情况下，我们根本不必在主网上使用 TTD 覆盖！用户要么下载一个客户端版本（如果我们从一开始就设置了真实的 TTD），要么下载两个，一个具有人为的高 TTD，一个具有真实的 TTD。稍后将详细介绍该权衡！在 Sepolia 的情况下，一些运营商改为运行 TTD 覆盖以设置非常大的 TTD，然后下载具有正确版本的客户端版本，但运行带有 TTD 覆盖标志的版本，这将其设置回错误值😅也就是说，在主网上没有任何情况下我们会使用 TTD 覆盖来设置“错误”或“临时”TTD，至少不是作为默认选项（人们显然仍然可以通过运行自定义配置来打自己的脚）！）。但实际上，他们将有很多理由运行主网合并软件版本，而不是在以前的版本上运行特殊配置。如果我们确实在主网上使用 TTD 覆盖，它总是会从“错误”/“临时”TTD 变为真实的。这可能发生在 PoW 测试网上的原因是哈希率太低，以至于有人让 The Merge 发生得太快是微不足道的。因此，我们必须设置一个非常高的 TTD，然后在信标链准备好合并后手动降低它。所以，我们在 Sepolia 上最大的问题基本上是配置问题，这不是我们计划在主网上遇到的情况。总的来说，这非常令人鼓舞😁 ！除此之外，我们还看到了另外两个小问题：首先，有一个带有无效签名的块在网络上传播。虽然这并没有影响链的共识，但我们仍在努力调查根本原因🕵️‍♀️其次，Besu 遇到了与数据库相关的问题，导致某些节点必须重新同步。一个修复已经实现，并且是他们最新版本的一部分：随着 Sepolia 和 Ropsten 的合并完成，接下来的讨论是关于分叉测试网，以便合并前和合并后的节点彼此断开连接。对于其他硬分叉，这会通过 EIP-2124 ( https://eips.ethereum.org/EIPS/eip-2124 ) 中指定的分叉 ID 自动发生。挑战在于我们用来执行此操作的机制是基于块的，并且合并不是由块号触发的。这意味着网络上的节点可能有很多未升级的对等节点，从而导致八卦层产生大量多余的噪音。解决方案是追溯选择一个块作为“合并块”，并让客户端升级以同意这一点并断开未升级的对等点。由于 Ropsten 已被弃用，我们同意不为该网络选择合并块。这将使对等变得更加困难，但这对于将用户推向其他测试网是一个小小的推动，以及对客户端团队的协调较少😁对于 Sepolia，我们已经同意这样做并将其与 Goerli 合并版本相结合，以简化最终用户的操作。尚未选择任何区块，但期待很快！然后，我们又进行了一次关于 latestValidHash 的讨论，请参阅 Potuz 的 PR 了解上下文：简而言之，CL 客户端使用 LVH 作为从其数据库中修剪整个非规范分支的一种方式。为此，他们假设 LVH 的任何孩子都是无效的。也就是说，在某些极端情况下，这种假设可能不成立。例如，如果一个 EL 接收到一个随机的无效块，它可能知道这个块是无效的，但不能为它指向一个 LVH，因为它不知道它在哪个点偏离了规范链。这个 PR 允许客户端然后响应“null”，以便 CL 客户端可以知道他们可能只修剪这个单个无效块，而不是，比如说，从创世开始的链。这有很多微妙之处（同样，直播更好！），但我们将确保还添加几个测试来捕获各种边缘情况并确保客户端在所有情况下都正确响应！那么，有一个问题是，一旦网络合并，当前的 Goerli 签名者会发生什么？简而言之，如果他们升级他们的软件，他们将停止生产区块。如果他们不这样做，则在 Goerli ✅上完成合并后关闭签名者是安全的，
然后，我们讨论了客户团队在合并 Goerli 之前希望完成的工作。鉴于它将是最后一个测试网，并且是拥有最大社区和最活跃信标链的测试网，我们希望客户端版本尽可能接近功能完整！EL 团队需要添加对上述 LVH 更改的支持，但这是一个很小的添加。Erigon 说他们希望完成更多的同步测试，特别是关于 EL 如何与 CL 检查点同步进行交互。 Nethermind 说他们有一些 bug 需要修复，hive 测试还有待研究。 Besu 还剩下一个 Hive 测试，以及一些与合并无关的问题。不幸的是，没有来自 Geth 的任何人深入参与通话中的合并工作。在 CL 方面，在场的客户团队的主要内容是使用 mev-boost 增加了测试。我们觉得我们可以在下周的 CL 电话会议期间或后一周的 ACD 期间为 Goerli 选择 TTD。当然，这是假设事情根据当前趋势继续发展😁我们还有一个影子分叉，我们将在下周尝试测试 mev-boost！然后我们开始讨论如何为 Goerli 捆绑 Bellatrix/Paris/TTD 客户端版本，并同意我们希望流程能够反映我们将在主网上做的事情。这引发了一场有趣的安全/哲学对话😁就上下文而言，The Merge 中的一个假设是 TTD 在信标链开始侦听它之后被击中，这发生在 Bellatrix 分叉的激活时。所以，我们要确保我们有客户端版本 - > Bellatrix epoch - > TTD hit 顺序发生。在 Ropsten 上，当有人在一夜之间将哈希率提高 10-100 倍并导致 TTD 在信标链准备好之前就被击中时，我们看到了这种中断。解决这个问题是我们遇到前面提到的 Sepolia 配置问题的原因！在主网上，发生这样的事情的可能性要小得多。例如，如果我们安排 Bellatrix 在第 X 周发生，然后在第 X + 2 周发生 TTD，你需要有人将哈希率加倍才能在第 X + 1 周达到 TTD，或者比预期的快两倍。PoW 通常假设攻击者无法控制 51% 或更多的哈希率，因此这仍然是 PoW 标准的“安全”假设。也就是说， @MicahZoltu
指出我们的“标准”通常不是“安全的”，而是非常非常非常安全，这样做可能会“降低我们的标准”。虽然这并不意味着我们_不应该_这样做，但 Micah 的观点是这应该是一个认真的考虑，而不是我们只是为了方便而做的事情。他举了一个例子，我们修复了一个被利用的可能性要低得多的错误：@dannyryan
指出，这两种情况之间的一个区别是，合并是一次性事件，具有一次性被利用的风险，而 3607 引入的修复修复了一些持续存在的漏洞。此外，用户只需为 The Merge 下载一个客户端版本，而不是必须升级他们的 EL 和 CL 两次以获得正确的 TTD，这对用户体验有好处。也就是说，我们同意 Micah 有意识地做出这个决定是有道理的，所以 Danny 和我同意更深入地充实 UX 和安全考虑，以便我们可以做出更明智的决定。接下来，来自 Flashbots 团队的 Leo（找不到句柄！）对他们在 mev-boost 上的工作以及剩余的未解决问题/问题进行了全面更新： https://github.com/ethereum/pm/is这里有很多，所以，再一次，如果你想快速了解 mev-boost 的当前状态，我强烈建议你只看直播😁
TL;DR：他们有一个规范就绪的实现，需要帮助测试，并且正在考虑潜在的改进！
对于那些想亲自动手并帮助测试的人，有一个指南可供使用：Leo 还提到，FB 团队正在努力为社区提供更好的方式来独立审查数据并找到不诚实行为的构建者和中继者。他们还在撰写文章，强调如果单个参与者扮演多个角色（例如，作为中继者/构建者/搜索者/验证者），激励是如何倾斜的。请留意！在 Leo 的概述之后，有一些关于测试的问题，在影子分叉上使用 mev-boost 以及可能在合并时禁用 mev-boost。再次，我推荐直播的细节！最后，我们进行了简短的 EIP-4444 更新（下次通话待定！）。已经在 geth 原型上完成了一些工作以导出/导入历史数据，我们希望看到数据格式🔜的 EIP就是这样！最后有两个快速公告。首先，下周五 14:00 UTC 有另一个合并社区电话： https://github.com/ethereum/pm/issues/564
其次，这是 Friday .上的最后一个 ACD 下一次通话将是 7 月 21 日星期四 14:00 UTC！到时候见😁 ！
并且@christine_dkim
再次有一个很好的总结😁https://twitter.com/christine_dkim/status/1545497249857146881，
上午4:15 · 2022年7月9日·

友情提醒，明天的 ACD 将是周五的最后一场。从（7 月 21 日）之后的电话会议开始，我们将移至世界标准时间星期四 14:00，以减少亚太地区的情况

新的@ErigonEth
版本，在😁中烘焙了 Sepolia TTD

Sepolia，三个公共测试网中的第二个，正在合并🎉如果您在网络上运行一个节点，现在是升级到 EL/CL 组合的时候了🤖
哈希率一直不稳定，所以我们可能会在周末达到 TTD ，
请注意，虽然任何人都可以在 Sepolia 上运行节点，但在合并后，验证器集将获得许可。想要测试他们的设置的质押者应该使用 Ropsten，并查看 Ropsten Staking Launchpad：https://ropsten.launchpad.ethereum.org/en/，
Goerli/Prater 将在合并后保留一个开放的验证器集，并允许质押者在主网🔜之前最后一次运行整个合并过程！

分叉后 20 个区块，看起来不错：除了@OpenEthereumOrg
不支持分叉的所有受监控节点都是同步的。到目前为止，旧链上没有块！

剩余 4175 个街区，平均 15.85 秒：灰色冰川应该在大约 66k 秒后发生，或者在太平洋时间 6 月 30 日凌晨 3:30-4AM 左右。

合并后，信标链上的验证者会像今天的矿工一样获得交易费用。这些费用不仅“增加 APY”，而且可以立即使用，而不是被验证者锁定。如果您使用池/交易所/等进行质押。问他们今天的计划是什么

请分享您的建议😁希望在我们从未去过的世界角落举办 devcon 🌎🌍🌏

PSA：在当前的平均出块时间，Gray Glacier 将在太平洋时间 6 月 30 日凌晨 3 点左右到达。如果您还没有这样做，请升级您的节点

灰色冰川升级公告🧊
在第 15,050,000 个区块，以太坊网络将经历 Gray Glacier 分叉以推回难度炸弹，希望这是最后一次😁
如果您运行节点或验证器，请确保升级，
有趣的是，选择灰色冰川（不是“灰色”）是因为它实际上与另一个冰川合并。很好的发现， @shemnon，
也是我们第一次以南半球位置命名的升级

@ethereum
，#AllCoreDevs从~25m 开始。不幸的是，我今天不能做推特摘要。你可以跟着这里👇🏻
议程： https://github.com/ethereum/pm/issues/551
流： https://youtu.be/qu5idP-JLyQ
如果您想尝试通过实时推特通话，现在是您的机会！标记我😁 ！
非常快 TL;DR:
- MSF7 本周出现了客户端中大部分与合并无关的问题（Erigon 的影子叉相关对等问题，以及 Besu 的 DB 相关问题）。 MSF8 将在大约 2 周内发生，并进行配置以避免遇到这些问题。- Sepolia Merge 计划于 7 月 6 日举行。 TTD 将在周一共享，客户应该会收到 EONW 宣布的版本。我们同意@paulhauner
周五的 ACD 不太好，因此我们将从现在开始进行 2 次通话，将移至世界标准时间周四 14:00。下一个 ACD 将是星期五的最后一个，然后星期四将交替 CL/EL 调用😁，这就是迷你更新的内容。 QT 是否会为这里的电话😁提供任何好的总结！下一个 ACD 定于 7 月 8 日 14:00 UTC！

调用所有$UNI代表📣
@ProtocolGuild
提案将在周五之前进行主网投票🛡⛓它将$UNI授予> 100 名在以太坊基础层工作的人，并帮助在明年试行 PG 的技术 + 治理😄
https://app.uniswap.org/#/vote/2/22?chain=mainnet
披露：我在PG

这已经被提到过几次，但这里是关于 Kiln、Ropsten 和 Rinkeby 🌅的弃用和关闭时间表的适当公告，
是时候转移到 Goerli & Sepolia 来满足您的所有测试需求

友情提醒，本周升级您的执行层客户端，为下周的 Gray Glacier 做好准备🤖📆

“在有限的游戏中，有一个明确的终点，有赢家和输家。在无限的游戏中，玩家努力保持游戏的进行。没有赢家或输家，而是那些因应退出游戏的人缺乏继续比赛的意愿或资源”

如果您因为没有接听电话而被 FOMOing，录音现在在@EthCatHerders
YT: https://youtu.be/flx1hDUV8O0 😸
还有一些可用的 WIP 注释： https://docs.google.com/document/d/1KgKZnb5P07rdLBb_nRCaXhzG_4PBoZXtFQNzKO2mrvc/edit#heading=h.c0273egri56a 📝
首先，有一些关于 KZG 仪式工作的更新。实现了一个规范（ https://github.com/ethereum/kzg-ceremony-specs ），上周它甚至在@EthPrague
上进行了原型设计：下一步是处理完整的实现，让它们为审计做好准备。预计我们将同时拥有一个 rust 和 JS 的，它们包装了现有的 BLS 库。一旦对规范和实施进行了审核，目标就是尽可能长时间地运行仪式，以获得尽可能广泛的参与。这不会影响部署速度，因为我们可以轻松地使用模拟或中间输出进行测试。在 4844 实施方面，正如 Liam 在推特上所说，Optimism 和 Coinbase 一直在合作开发初始原型。建议看直播看看效果！这是他们使用的 GH 存储库：
简而言之，该演示有一个两节点 prysm/geth 组合激活 4844（并在后台运行合并😎 ），在彼此之间发送 blob，将图像作为 blob 数据传递到网络上，然后检索该数据 +验证它是否与原始文件匹配。该演示还显示了在 EL 上工作的点评估预编译。它缺少的两件大事是 (1) 强大的同步实现和 (2) 适当的 blob 数据费用市场。在同步方面，Prysm 似乎认为我们可以通过简单地扩展我们已经为 The Merge 😁拥有的乐观同步规范来提出一个好的设计，
至于费用市场，情况要复杂一些。简而言之，由于对 blob 数据的需求不一定与执行交易的 gas 需求相关，因此将这些东西单独定价是有意义的。EIP 目前建议添加一个在活动状态下被跟踪的变量来执行此操作，但在调用中来回表明最好将其放在块头中。我们将在接下来的几周内对此进行更多研究。这是一个很好的第一次通话，一旦我们在同步、费用市场和其他一些小问题上取得了一些进展，我们将安排另一个😁虽然客户团队显然仍然专注于 The Merge，但很高兴有其他团队可以帮助并行推进事情，这样当带宽释放时，希望规范的主要问题已经得到解决✅
上午2:57 · 2022年6月18日·

灰色冰川升级公告🧊
在第 15,050,000 个区块，以太坊网络将经历 Gray Glacier 分叉以推回难度炸弹，希望这是最后一次😁
如果您运行节点或验证器，请确保升级🔜 ！

将向第一个可靠的 RPC 端点提供 120 万个 Sepolia ETH，该端点在接下来的 12 个月内长期😁每月维持 10 万个 SepETH，只要它运行顺利，这对我来说比等待我的节点同步更容易，所以付款的标准是你给我一个 RPC URL，我把它添加到 MetaMask 并且它就可以工作™️，
请注意，这不仅适合我：很多人向我要 Sepolia RPC，但我没有一个很好的可以指点他们。我将向端点😁倾斜

我们刚刚结束了一个非常多事的@ethereum
， #AllCoreDevs
，
议程： https://github.com/ethereum/pm/issues/538
流： https://youtu.be/dByC5Bw8DvU
，
将在这里回顾一下，但如果您每年只听少数电话，IMO 应该在您的列表中🎧https://twitter.com/TimBeiko/status/1535310908997570560